Situation : ubuntu installé sur un HDD, et vous n'avez pas envie de réinstaller toute la configuration !

Le principe est le suivant :

• Partitionner le SSD : avec Gparted
  • Créer une table de partition GPT (Onglet Périphérique).
  • Créer une partition FAT32 destinée à contenir les fichiers de boot EFI même si vous n'utilisez pas l'EFI. La taille officielle est 512 Mo mais 36 Mo suffisent. Mettre une étiquette FATSSD et un drapeau ESP.
  • Créer une nouvelle partition au moins aussi grande que l'ancienne (sinon clonezilla ne sera pas content) type ext4 ou rétrécissez au maxima la taille de la partition du disque dur pour que cela soit compatible avec la taille du SSD. Laisser éventuellement un espace libre de 2 Mo à la fin du SSD.
  • Si l'ordinateur boote en mode LEGACY, fabriquer une partition non formatée de 2 Mo. Lui mettre le drapeau bios_grub.
  • Ne pas créer de partition de swap, pour utiliser celle existante du HDD. Swapper sur un SSD va diminuer sa durée de vie par un nombre d'écriture trop important. En même temps, les machines récentes n'ont souvent que des SSD. Question ouverte sur ce problème qui est peut-être plus théorique que pratique. Si vous souhaitez vous assurer de la durée de vie de votre SSD, conserver la partition swap sur le disque dur classique.
• Créer un bootCD/usb clonezilla (Utiliser multisystem ).
• Booter sur le CD/USB clonezilla et dupliquer la partition système du HDD vers la nouvelle partition du SSD. À ce stade la nouvelle partition reçoit UUID de la vieille : Nous allons corriger cela pour éviter tous problèmes.
• Redémarrer sur l'ancien système, puis avec gparted créer un nouvel UUID pour la nouvelle partition système sur le SSD.
• Monter la partition de ce nouveau système : Monter the SSD (nous supposons que le SSD est en sda)

$ sudo mkdir /mnt/ssd
$ sudo mount /dev/sda1 /mnt/ssd/

• Editer le fichier /etc/fstab afin de corriger le montage de / avec le nouvel UUID.
• Reste à configurer le secteur d'amorçage (grub) :

1. Monter l'ensemble des arborescences des répertoires "/proc","/sys" et "/dev" à la racine de la nouvelle partition Ubuntu:

$ sudo mount --bind /proc /mnt/ssd/proc
$ sudo mount --bind /sys /mnt/ssd/sys
$ sudo mount --bind /dev /mnt/ssd/dev

l'argument "–bind" fait en sorte de monter toute l'arborescence.

2. Exécuter à présent un chroot sur la racine de la nouvelle partition:

$ sudo chroot  /mnt/ssd

Ceci étant fait, il faut savoir qu'à présent, c'est comme si nous avions booté sur cette partition.

3. Enfin, Réinstallation de GRUB

$ sudo grub-install /dev/sda #### ou sudo grub-install si boot EFI

Une dernière petite chose à faire avant d'en avoir terminé, mettre à jour la configuration de GRUB par:

$ sudo update-grub

En effet, comme les UUID des partitions ont changé, nous avons informé fstab, mais pas les fichiers de config GRUB Vous pouvez à présent quitter le chroot par

$ exit

Voilà, c'est fini!

Penser à modifier le Bios LEGACY pour lui dire de booter prioritairement sur le NVME au lieu du disque dur. En effet le boot peut se faire directement sur le SSD 1. Redémarrer en Bootant sur le SSD (en désactivant l'ancien disque si boot LEGACY et si pas de partition de swap et si pas de partition home ou de données).

• Une fois redémarré sur le SSD, relancer :

sudo grub-install /dev/sda
sudo update-grub

2. Rebooter une dernière fois le PC. Voilà, c'est fini !

La solution retenue est de continuer à booter avec la partition EFI du disque dur. Cependant, il semble préférable que la structure de boot soit dans le même disque que le logiciel. Pour résoudre ce problème, boot-repair est utilisable ainsi que la ligne de commande